Läuft unter Nexus auf 'nem Pi4 nicht, allerdings sieht die Ordner-Struktur hier auch etwas anders aus:
KODI-RPi4:~/.kodi/addons/script.module.urllib3/lib/urllib3/util
Benutzt habe ich die Github-Version von Maven (Nexus).
Auch nach Kodi Neustart nicht? Hmm
zu urllib3:
Das Problem ist in der Datei ssl_.py im Ordner script.module.urllib3-2.2.3\lib\urllib3\util
Tauscht man in Zeile 331 den neuen Code
if getattr(context, "post_handshake_auth", None) is not None:gegen den alten von 2.1.0 aus
if (
cert_reqs == ssl.CERT_REQUIRED
and getattr(context, "post_handshake_auth", None) is not None
):funktioniert auch 2.2.3 bestens (zumindest über Windows :D)
Irgendwas an der Zeile ist falsch:
play_item.setProperty('inputstream.adaptive.license_key', '{0}|{1}|R{{SSM}}|'.format(
self.constants.get_license_url().replace(
'%DRM_TOKEN%',
streams.get('drmToken')
), self.utils.get_user_agent()))Das kann man auch so mit replace schreiben, aber wie oben, hat gerade die 3. liga bei mir gestartet.
Ok, folgendermaßen funktioniert es bei mir:
constants.py - zeile 25
LICENSE_URL = 'https://multidrm.core.verimatrixcloud.net/widevine?Authorization='ContentLoader.py:
Zeile 581
Zeile mit play_item.setProperty('inputstream.adaptive.license_key' einfach folgendermaßen austauschen:
play_item.setProperty('inputstream.adaptive.license_key', self.constants.get_license_url() + streams.get('drmToken') + '||R{SSM}|')Edit2: gerade auf dem Handy probiert: Hubsif geht bei mir - Kodi 21.2 - Android
Habe ein gültiges Abo und getestet...die abopflichtigen Streams funktionieren jedoch leider auch mit den Änderungen nicht. Freie Inhalte schon.
Das AddOn von Hubsif startet bei mir gar nicht erst
Hmm. Das von hubsif nutze ich seit Jahren. Letzten Samstag ging es bei mir noch, seitdem nicht mehr probiert. Was sagt denn die Logfile? Fehlt eine Abhängigkeit?
Edit: API auf V3in den Einstellungen gesetzt?
Warum sollte man diese Abfrage auslagern? Inwiefern wird das Problem dadurch behoben?
Meine Idee ist, dass das irgendwie mit requests bisher hinzubekommen sei als direkt in inputstream.adpative. Habe heute ein wenig mit den übergebenen Header-Daten gespielt, aber leider ohne Erfolg. Windows mag, Android nicht.
Alles anzeigenIst aber nun ein anderes Probleme, da die Abfrage https://api.playback.indazn.com/v5/Playback problemlos funktioniert. Mal versuchen den Fehler zu finden.
error <general>: AddOnLog: inputstream.adaptive: License server returned failure (HTTP error 401)
Kann es sein, dass dort nun auch eine TLS-Verifizierung implementiert wurde?
Hmm.
Edit: sieht für mich so aus, als wäre das etwas fürs Inputstream-Addon. Das Dazn-Addon übergibt die richtigen Daten. Keine Ahnung, ob das kurzfristig lösbar ist
Ist es vielleicht möglich, die DRM-lizenz-Server-Abfrage vorab via requests zu machen und dem inputstream das Ergebnis zu übermitteln, damit dies nicht mehr im Input Stream Addon passieren muss?
Mal eine andere Frage:
Öffnet bei euch der "Kalender" auch immer auf dem 31.01.2025 und nicht mehr am aktuellen Tag?
Zurzeit heute wieder (Windows) - Android habe ich nicht getestet.
Probier mal das zu ändern:
constants.py:
Zeile 25:
LICENSE_URL = 'https://multidrm.core.verimatrixcloud.net/widevine?Autho…%25DRM_TOKEN%25'
ContenLoader.py:
Zeile 149:
drmToken=stream_access.get('data', {}).get('multiDrm', {}).get('token')
Oder nutzte das Addon von Hubsif:
Ist aber nun ein anderes Probleme, da die Abfrage https://api.playback.indazn.com/v5/Playback problemlos funktioniert. Mal versuchen den Fehler zu finden.
error <general>: AddOnLog: inputstream.adaptive: License server returned failure (HTTP error 401)
Kann es sein, dass dort nun auch eine TLS-Verifizierung implementiert wurde?
Hmm.
Edit: sieht für mich so aus, als wäre das etwas fürs Inputstream-Addon. Das Dazn-Addon übergibt die richtigen Daten. Keine Ahnung, ob das kurzfristig lösbar ist
Im Menü auf den Punkt System gehen und auf Addons gehen. Bei Abhängigkeiten verwalten Urllib3 2.2.3 deinstallieren. Dann automatische Aktualisierungen deaktivieren.
script.module.urllib3-2.1.0.zip installieren. Vielleicht Kodi nochmal Neustarten. Bei mir mit Omega 21.1 hats geklappt.
Kannst dort auch einfach auf Versionen gehen. Ggf. Liegt die 2.2.1er noch bei dir lokal dort
Downgrade von URLlib3 hat auch bei mir funkioniert (Android + Windows)
maxmaxmax Die letzten Änderungen findest Du in https://github.com/Maven85/plugin.video.dazn/commits/Nexus/, insbesondere die Commits https://github.com/Maven85/plugin…9a1dbc8dd937767 ("fix: playback data cannot be retrieved") und https://github.com/Maven85/plugin…28cc321ea27ba05 ("chore: updated values for playback data, user-agent, x-dazn-ua").
Ein verify=False, um die TLS-Verifizierung abzuschalten, ist wohl bei allen relevanten Aufrufen schon dabei.
Danke. Mir geht's größtenteils um die Änderungen vom 24.12. Da wurde so minimal geändert und plötzlich gings wieder.
Herzlichen Dank Maven und alle die geholfen haben
Kannst du kurz erwähnen, woran es genau war und womit es gefixt wurde? Ich kapiere es nicht, wie die Änderungen zwischen beiden letzten Versionen dies fixte
Die Header und Parameter bei playback_data in client.py blieben gleich, dennoch geht es jetzt. Die Änderung bei der Funktion requests bei POST_DATA dürfte bei der "Problem-get-Abfrage" für die Streaming-Daten nicht ins Gewicht fallen (url = '{0}?{1}'.format(url, urlencode(self.PARAMS))), da wir dort in dem Moment nicht durchlaufen. Das fixen der Entitlements in common.py auch nicht, da die für die Abfrage die nicht mehr funktionierte (self.PLAYBACK - https://api.playback.indazn.com/v5/Playback) nicht genutzt werden. Oder war es alleine die request-Import-Funktion?
Kannst du kurz erklären, was beim letzten Mal dee Fehler war? Ich würde gerne bisschen forschen.
Mit Kodi Omega klappt es bei mir auf meinem Android-Tablet noch.
Komisch. Gebau die Version nutze ich auch. Hmm.
Unter Android geht gerade eben bei mir auch kein Stream mehr auf. Vor ca. 10 min gings noch...
Edit: Unter Windows geht bei mir auch nichts
Ok, es wird nun ein neuer DRM-Provider genutzt, was in der Config-json unter provider angeben wird. Daraus ergibt sich dann eine neue Lizenz-URL und im Stream-Access ein neuer DRMToken.
Hhm, irgendwas funktioniert wieder nicht. Streams starten nicht. Sehe aber zurzeit auf Seiten der telekom noch keinen Unterschied. URL passen noch. StreamURL + drmCode wird auch erkannt.
Herzlichen Dank Maven und alle die geholfen haben 
Kannst du kurz erwähnen, woran es genau war und womit es gefixt wurde? Ich kapiere es nicht, wie die Änderungen zwischen beiden letzten Versionen dies fixte
Die Header und Parameter bei playback_data in client.py blieben gleich, dennoch geht es jetzt. Die Änderung bei der Funktion requests bei POST_DATA dürfte bei der "Problem-get-Abfrage" für die Streaming-Daten nicht ins Gewicht fallen (url = '{0}?{1}'.format(url, urlencode(self.PARAMS))), da wir dort in dem Moment nicht durchlaufen. Das fixen der Entitlements in common.py auch nicht, da die für die Abfrage die nicht mehr funktionierte (self.PLAYBACK - https://api.playback.indazn.com/v5/Playback) nicht genutzt werden. Oder war es alleine die request-Import-Funktion?
![[bh]](https://www.kodinerds.net/wcf/images/smilies/smiley71.gif "bh"){kind=small}
